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(54) Verfahren und System zum Management von Logistikvorgangen und zur 
Sendungsverfolgung 



(57) Die Erf indung betrlfft ein Verfahren und ein Sy- 
stem zum Management von Zwischengliedem einer Lo- 
gistikkette stattfindenden Logistikvorgangen und zur ei- 
ne Packstuckverf olgung und gewunschtenfalls eine Ob- 
jektverfolgung umfassenden Sendungsverfolgung ent- 
lang der Logistikkette. ErfindungsgemaB ist die Verwen- 



dung von wiederholt beschreibbaren RFID-Transpon- 
dern vorgesehen, die mittels zugeordneten 
RFID-Schreib-/Lesegeraten ausgelesen und beschrie- 
ben werden. Auf Gnjndlage von Avisierungsdaten und 
aus einem jeweiligen R FID -Transponder ausgelesenen 
Daten werden Logistikvorgange bestatigt und quittiert. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zum Mana- 
gement von zwischen Gliedem einer Logistikkette statt- 
findenden Logistikvorgangen und zur Sendungsverfol- 
gung entlang der Logistikkette. 
[0002] Dem eingangs genannten Verfahren entspre- 
chende Dienstleistungen und zur Realisierung des Ver- 
fahrens dienende EDV-Systeme werden beispielsweise 
von der Firma EURO-LOG GmbH angeboten. So stem 
ein unter dem Namen TRANSPO-TRACK laufender 
Tracking & Tracing Service Sendungsdaten und Infor- 
mationen uber den aktuellen Verbleib von Packstucken 
der Sendung wahrend des Transports entlang der ge- 
samten Logistikkette vorauseilend zur Verfugung und 
es werden Logistikprozesse gesteuert und kontrolliert 
Zur Identifizierung der PackstQcke dienen Barcode-Etl- 
ketten, die unter der Steuerung des TRANS- 
PO-TRACK-Systems ausgedruckt und unter Einsatz 
von mit dem TRANS PO-TRACK-System in Datenkom- 
munikationsverbindung stehenden Barcode-Lesegera- 
te gelesen werden. Es wird eine funktechnischeAnbin- 
dung von mobilen Barcode-Lesegeraten, insbesondere 
von "LKW-Scannern" Qber das GSM-Netz unterstutzt. 
Unter dem Namen TRANSPO-FLEET wird eine Sen- 
dungsverfolgung in Kombination mit einer Lokalisierung 
auf Grundlage des GPS-Systems angeboten. 
[0003] Im Rahmen eines Feldversuchs wurde vom 
Deutschen Paketdienst DPD der Einsatz der sogenann- 
ten TAG-Technologie im Rahmen des geschlossenen 
Logistik-Systems des Deutschen Paketdienstes gete- 
stet. Hierbei wurden als Ersatz fur herkommliche, auf 
dem jeweiligen Packstuck anzubringende Paketschei- 
ne sogenannteTAG-Aufklebereingesetzt Bei den auch 
als TAG-Transponder Oder RFID-Transponder (RFID = 
Radio Frequency Identification) bezeichenbaren 
TAG-Etiketten, die in dem Feldversuch eingesetzt wur- 
den, handelte es sich urn Einmalgebrauch-Transponder 
des Nur-Lesen-Typs, in die eine das Packstuck identifi- 
zierende Kennung festeinprogrammiertwar. In Presse- 
mitteilungen des Deutschen Paketdienstes wurde in Er- 
wagunggezogen,mittelsderTAG-oderRFID-Transpon- 
der mehr Daten als per Barcode mdglich sendungsbe- 
gleitend zu uberrnitteln, beispielsweise Informationen 
zum Haftungsubergang, exakte Ein- und Ausgangszei- 
ten, Angaben GberSchaden. 

[0004] Neben nur einmal beschreibbaren Transpon- 
dern, die im Fachgebiet als READ ONLY Transponder 
bekannt sind, existieren auch wiederbeschreibbare 
RFID-Transponder, die im Fachgebiet als READ/ WRI- 
TE - Transponder bekannt sind. Es wird hierzu auf Ver- 
offentlichungen des internationalen AIM-Verbands ver- 
wiesen, insbesondere auf die einen Uberblick uber 
RFID-Systeme gebende Veroffentlichung "Draft Paper 
on the Characteristics of RFID-Systems", Juli 2000, AIM 
Frequency Forums, AIM FF 2000:001 , Ver. 1.0. 
[0005] Die Erfindung trachtet, von Barcode-Kenn- 
zeichnungen bekannte Prinzipien nicht einfach nur auf 



die RFID-Technologie bei deren Anwendung im Rah- 
men des genannten Verfahrens zu ubertragen, sondem 
die Wieder-Beschreibbarkeit von wiederholt beschreib- 
baren RFID-Transpondern in geschickter Weiseauszu- 

5 nutzen, urn das Verfahren besonders leistungsfahig und 
flexibel zu machen. Insbesondere soil das Verfahren auf 
Basis eines offenen Systems realisierbar sein, bei dem 
vorzugsweise jedes Glied der Logistikkette seine eige- 
nen Idnetifizierungen und dergleichen verwenden kann. 

10 [0006] Die Erfindung stellt bereit ein Verfahren zum 
Management von zwischen Gliedem einer Logistikkette 
stattfindenden Logistikvorgangen und zur eine Pack- 
stuckverfolgung und gewunschtenfalls eine Objektver- 
folgung umfassenden Sendungsverfolgung entlang der 

is Logistikkette, umfassend: 

a) Bereitstellen, In Zuordnungzu wenigstens einem 
Glied der Logistikkette, wenigstens eines 
RFID-Schreib-/Lesegerats zum Auslesen und Be- 

20 schreiben von zugeordneten RFID-Transpondern; 

b) Bereitstellen wenigstens eines wiederholt be- 
schreibbaren RFID-Transponders in Zuordnung zu 
wenigstens einem Packstuck oder/und zu wenig- 
stens einem Objekt des PackstOcks; 

25 c) in Zuordnung zu einem ersten Glied der Logistik- 
kette oder/und zu einer dem ersten Glied uberge- 
ordneten Instanz oder in gemeinsamer Zuordnung 
zum ersten und zweiten Glied der Logistikkette: 

30 ca) Generieren von dem Packstuck bzw. dem 

Objekt zugeordneten Daten umfassend 1) 
Packstuck- oder/und Objektdaten (im Folgen- 
den Sendungsdaten genannt), die das Pack- 
stuck bzw. das Objekt identifizieren, 2) ge- 

35 wiinschtenfalls Statusdaten, die einen momen- 

tanen Logistikstatus des Packstucks bzw. des 
Objekts angeben, und gewunschtenfalls 3) Lo- 
gistikkettendaten, die von der Logistikkette we- 
nigstens das letzte Glied und vorzugsweise 

40 auch das auf das erste Glied folgende nachste 

Glied identifizieren, und 4) gewunschtenfalls 
andere Daten, die entlang der Logistikkette mit- 
zufuhren sind; 

cb) Abspeichern wenigstens 1) der Sendungs- 
45 daten und, sofern vorhanden, 2) der anderen 

Daten in dem dem Packstuck bzw. dem Objekt 
zugeordneten RFID-Transponder; 

cc) Aufnehmen wenigstens 1) der Sendungs- 
daten, und, sofern vorhanden, 2) der Statusda- 

so ten und, sofern vorhanden, 3) der Logistikket- 

tendaten in einen Datenbestand eines Daten- 
verarbertungssystems; 

cd) Ubergeben, durch das erste Glied, des 
Packstucks bzw. des Objekts an das nachste 

55 Glied der Logistikkette; 

d) in Zuordnung zu jedem folgenden Glied der 
Logistikkette mit Ausnahme des letzten Glieds: 
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da) Ubernehmen, durch das folgende 
Glied, des Packstucks bzw. des Objekts 
vom vorangehenden Glied der Logistikket- 
te; 

db) Auslesen wenigstens von Sendungs- 5 
daten aus dem RFID-Transponder; 

dc) Generieren von dem Packstuck bzw. 
dem Objekt zugeordneten Daten umfas- 
send 1) Quittierungsdaten, die die Uber- 
nahme des Packstucks bzw. des Objekts io 
quittieren, 2) gewunschtenfalis Statusda- 
ten, die einen momentanen Logistikstatus 
des Packstucks bzw. des Objekts ange- 
ben, 3) gewunschtenfalts eigene Pack- 
stuck- oder/und Objektdaten (im Folgen- 15 
den eigene Sendungsdaten genannt), die 
das Packstuck bzw. das Objekt identifizie- 
ren, 4) gewunschtenfalis Logistikkettenda- 
ten, die von der Logistikkette wenigstens 
das nachste Glied identifizieren, und 5) ge- & 
wunschtenfails andere Daten, die entlang 

der Logistikkette mitzufuhren sind; 

de) Abspeichern wenigstens, sofern vor- 
handen, 1) der eigenen Sendungsdaten 
und, sofern vorhanden, 2) der anderen Da- 25 
ten in dem dem Packstuck bzw. dem Ob- 
jekt zugeordneten RFID-Transponder; 

df) Aufnehmen wenigstens 1) der Qulttie- 
rungsdaten und, sofern vorhanden, 2) der 
Statusdaten und, sofern vorhanden, 3) der 30 
eigenen Sendungsdaten und, sofern vor- 
handen, 4) der Logistikkettendaten in den 
Datenbestand des Datenverarbeitungssy- 
stems; 

dg) Ubergeben, durch das betreffende 35 
Glied, des Packstucks bzw. 

des Objekts an das nachste Glied der Logistik- 
kette; 

e) in Zuordnung zum letzten Glied der Logistik- *o 
kette oder in gemeinsamer Zuordnung zum let- 
zen und vorietzten Glied der Logistikkette: 

ea) Ubernehmen, durch das letzte Glied, 
des Packstucks bzw. des Objekts vom vor- 
letzten Glied der Logistikkette; 

eb) Auslesen wenigstens von Sendungs- 
daten aus dem RFID-Transponder; 

ec) Generieren von dem Packstuck bzw. 
dem Objekt zugeordneten Daten umfas- so 
send 1) Quittierungsdaten, die die Uber- 
nahme des Packstucks bzw. des Objekts 
quittieren, und 2) gewunschtenfalis Status- 
daten, die einen momentanen Logistiksta- 
tus des Packstucks bzw. des Objekts an- 55 
geben; 

ed) Aufnehmen wenigstens 1) der Quittie- 
rungsdaten und, sofern vorhanden, 2) der 



Statusdaten in den Datenbestand des Da- 
tenverarbeitungssystems; 

f) durch das Datenverarbeitungssystem: 

fa) Halten der 1) Sendungsdaten, 2) Quit- 
tierungsdaten, 3) gegebenenfalls Status- 
daten und 4) gegebenenfalls Logistikket- 
tendaten; 

fb) sofern verschiedene Glieder der Logi- 
stikkette jeweils eigene Sendungsdaten 
verwenden: Zuordnen von sich auf das 
gleiche Packstuck bzw. das gleiche Objekt 
beziehenden Sendungsdaten zueinander; 

fc) auf Grundlage wenigstens der Sen- 
dungsdaten: Bereitstellen von Avisie- 
rungsdaten, die wenigstens ein Packstuck 
oder/und wenigstens ein Objekt des Pack- 
stucks identifizieren und wenigstens einen 
sich hierauf beziehenden Logistikvorgang 
ankundigen, fur wenigstens ein Glied der 
Logistikkette; 

fd) auf Grundlage der Sendungsdaten so- 
wie auf Grundlage der Quittierungsdaten 
oder/und der Statusdaten: 1) Bereitstellen 
von Bestatigungsdaten, die wenigstens ein* 
Packstuck oder/und wenigstens ein Objekt 
des Packstucks identifizieren und fur we- 
nigstens einen sich hierauf beziehenden 
Logistikvorgang bestatigen, dass dieser 
erfolgt ist, wenigstens fur das erste Glied 
der Logistikkette oder/und die ubergeord- 
nete Instanz. Die vorstehende Gliederung 
der Merkmale und Schritte des erfindungs- 
gemaBen Verfahrens nach einfachen und 
doppelten kleinen Buchstaben und nach 
Zahlen, sowie die Reihenfolge, in der die 
Verfahrensmerkmale und Verfahrens- 
schritte aufgefuhrt sind, gibt nicht zwin- 
gend eine bestimmte Reihenfolge der 
Durchfuhrung der Verfahrensschritte an. 
Insbesondere konnen im Rahmen der Leh- 
re der Erfindung einzelne Verfahrens- 
schritte, soweit sinnvoli, auch wiederholt 
durchgefQhrt werden und es konnen die 
Verfahrensschritte ineinander verzahnt 
sein. Beispielsweise konnen Statusdaten 
wiederholt ubermittelt werden, etwa beim 
Laden eines Packstucks auf einen LKW, 
beim Umladen des Packstucks vom LKW 
auf einen -Guterwagon, beim Entladen des 
Guterwagons, usw. 

[0007] Glieder der Logistikkette sind beispielsweise 
ein Absender, ein oder mehrere Transporteure und ein 
Empfanger. Vorzugsweise haben wenigstens der 
Transporter bzw. die Transporteure RFID-Schreib-/Le- 
segerate zum Beschreiben und Auslesen der 
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RFID-Transponder, wobei es sich anbietet, das 
RFID-Schreib-/Lesegerat an Bord eines Tranportmit- 
teis, etwa eines Lastkraftwagens, zu installieren. Insbe- 
sondere dem Absender kann eine ubergeordnete In- 
stanz ubergeordnet sein, die eventuell zu ubergebende 
Packstucke bzw. Objekte bestimmt und diese identifi- 
zierende Sendungsdaten vorgibt. Bei der ubergeordne- 
ten Instanz kann es sich auch urn den Empfanger han- 
deln. Genauso gut ist es mogllich, dass die ubergeord- 
nete Instanz auch dem Empfanger und ggf. wenigstens 
einem der Transporteure ubergeordnet ist. Sofern der 
Absender kein eigenes RFID-Schreib-/Lesegerat hat, 
konnen die Sendungsdaten und ggf. die anderen Daten 
beim Absender unter Einsatz des RFID-Schreib-/Lese- 
gerats des ersten Transporteurs abgespeichert werden 
(gemeinsame Zuordnung des Abspeicherns zum ersten 
und zweiten Glied der Logistikkette). In entsprechender 
Weise kann, wenn das letzte Glied der Logistikkette, al- 
so etwa der Empfanger, kein eigenes RFID-Schreib-/ 
Lesegerat zur Verfiigung hat, das Auslesen wenigstens 
derSendungsdaten ausdemjeweiligen RFID-Transpon- 
der unter Verwendung eines RFID-Schreib-/Lesegerats 
des letzten Transporteurs erfolgen (gemeinsame Zu- 
ordnung des Auslesevorgangs und in entsprechender 
Weise ggf. der Generation von Quittierungsdaten zum 
* letzten und vorletzten Glied der Logistikkette). Es ist bei- 
spielsweise moglich, dass der letzte Transporter der 
Logistikkette sich den Empfang des Packstucks bzw. 
des Objekts durch den Empfanger elektronisch oder auf 
Papier quittieren lasst und dann entsprechende Quittie- 
rungsdaten in den Datenbestand stellt. 
[0008] Soweit ein Glied der Logistikkette keine Daten 
in den RFID-Transpondem abspeichert, ist es im Rah- 
men der Lehre der Erfindung selbstverstandlich auch 
moglich, dass dieses Glied der Logistikkette ein reines 
RFID-Lesegerat (ohne Schreibfunktionalitat) verwen- 
det. Ferner liegt es im Rahmen der Lehre der Erfindung, 
dass wenigstens ein Glied der Logistikkette Barcode- 
Identifizierungen verwendet und auf die im RFID-Trans- 
ponder niedergelegten Daten nicht zugreift. Insbeson- 
dere konnen RFID-Transponder in Etikettenform mit ei- 
ner aufgedruckten Barcode- 1 dentifizierung und ggf. 
auch einer aufgedruckten Klarschrift-ldentifizierung ver- 
wendet werden. Hierzu kann im Rahmen des erfin- 
dungsgemaBen Verfahrens wenigstens ein entspre- 
chendes Barcode-Lesegerat oder/und wenigstens ein 
entsprechendes Klarschrift-Lesegerat bereitgestellt 
werden. Ein nicht auf die im RFID-Transponder nieder- 
gelegten Daten zugreifendes und keine Daten im 
RFID-Transponder abspeichemdes Glied der Logistik- 
kette braucht selbstverstandlich uberhaupt kein 
RFID-Schreib-/Lesegerat zur Verfiigung haben. 
[0009] Vorzugsweise stellt das Datenverarbeitungs- 
system auf Grundlage von vom Datenverarbeitungssy- 
stem gehaltenen Daten selbsttatig oder/und in Antwort 
auf eine vermittels technischer Datenkommunikation 
(beispielsweise uber das Internet) erfolgende Anfrage 
Sendungsverfolgungsdaten bereit, die einen momenta- 



nen Logistikstatus wenigstens eines Packstucks oder/ 
und wenigstens eines Objekts angeben. 
[0010] Zu den Begriffen "Sendung" und "Sendungs- 
verfolgung" ist darauf hinzuweisen, dass in einer stren- 

5 gen Terminologie der Begriff "Sendung" logische (virtu- . 
elle) Einheiten umfasst, deren Bestandteile, namlich 
Packstucke, eventuell auch auf verschiedenen Wegen 
bzw. durch Einsatz verschiedener Logistikkette von ei- 
nem Ausgangspunkt zu einem Endpunkt uberfuhrt wer- 

10 den. Im Fachgebiet wird aber allgemein von einer "Sen- 
dungsverfolgung" gesprochen, wenn eigentlich eine 
"Packstuckverf olgung" gemeint ist. Insoweit aber fur al- 
le Packstucke einer logischen Sendung jeweils eine 
Packstuckverfolgung realisiert wird, ist damit zugleich 

15 auch eine "Sen dungsverf olgung" gegeben, wenn man 
die "Packstuckverf olgungsdaten" entsprechend zusam- 
menfuhrt, Insoweit kann man auf Grundlage einer we- 
niger strengen Terminologie ohne Welteres von "Sen- 
dungsverfolgungsdaten" sprechen, wenn es eigentlich 

20 urn die Verfolgung eines "Packstucks" oder eines "Ob- 
jekts" geht. 

[0011] Betreffend die Avisierung bzw. Ankundigung 
wenigstens eines Logistikvorgangs konnen von dem 
Datenverarbeitungssystem einem Glied der Logistikket- 

25 te (im Folgenden das erstgenannte Glied) ein (jeweili- 
ges) Objekt bzw. ein (jeweiliges) Packstuck identifizie- 
rende Identifikationsdaten bereitgestellt werden, die die 
Sendungsdaten wenigstens eines vorangehenden 
Glieds oder/und der ubergeordneten Instanz sowie ge- 

30 wunschtenfalls eine dieses vorangehende Glied bzw. 
die ubergeordnete Instanz identifizierende Identif ikation 
umfassen konnen. Insbesondere bietet es sich an, we- 
nigstens die Sendungsdaten des ersten Glieds oder - 
sofern vorhanden - der ubergeordneten Instanz sowie 

35 ggf. eine dieses erste Glied bzw. die ubergeordnete In- 
stanz identifizierende Identifikation zu verwenden. In 
Zuordnung zu dem erstgenannten Glied (ggf. in gemein- 
samer Zuordnung zu dem erstgenannten Glied und dem 
unmittelbar vorangehenden Glied) werden aus wenig- 

40 stens einem RFID-Transponder Sendungsdaten ausge- 
lesen und mit den Identifikationsdaten verglichen. In 
dem Fall, dass die ausgelesenen Sendungsdaten den 
Identifikationsdaten entsprechen, werden in Bezug auf 
das dem RFID-Transponder zugeordnete Packstuck 

45 bzw. Objekt Quittierungsdaten und gewunschtenfalls ei- 
gene Sendungsdaten generiert. 
[001 2] Beispielsweise kann dass erste Glied oder die 
ubergeordnete Instanz, die die Identifikation [A] auf- 
weist, ein Packstuck bzw. Objekt identifizierende Sen- 

50 dungsdaten, namlich die Identifikation [I] generieren. In 
den Datenbestand des Daten verarbeitungssystems 
werden dann die Daten [Al] aufgenommen und die Da- 
ten [Al] werden uberdies in einem dem Packstuck bzw. 
Objekt zugeordneten RFID-Transponder abgespei- 

55 chert. Bei der Identifikation [I] kann es sich zweckmaBig 
urn eine einen Vertriebsauftrag kennzeichnende Auf- 
tragsnummer oder dergleichen handeln. 
[0013] Dem zweiten, die Identifikation [B] aufweisen- 
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de Glied werden dann durch das Datenverarbeitungs- 
systemAvisierungsdaten, beispielsweiseumfassend die 
Daten [Al] bereitgestellt. Sollte die Avisierung aus ir- 
gendeinem Grund unterbleiben, findet das zweite Glied 
die Daten [Al] jedenfalls auf dem RFID-Transponder. 
Das zweite Glied kann dann, wenn gewunscht Oder 
zweckmaBig, eigene Sendungsdaten, etwa die eigene 
Identif ikation [I 1 ], generieren, die dann im Datenbestand 
des Datenverarbertungssystems aufgenommen wird. 
Beispielsweise gibt das zweite Glied eine Meldung der 
Form [Br =AI] ab. Oberdies werden die Daten [Bl'] auf 
dom RFID-Transponder abgespeichert. Als Identifikati- 
or |r| kann zweckmaBig eine einen Speditionsauftrag 
kcnn/cichnende Auftragsnummer verwendet werden. 
[0014] fcnem dritten Glied der Logistikkette, das die 
idontirikrtticn|C|aufweist ? konnten dann Avisierungsda- 
ion ocmjd.c swciso umfassend die Daten [Al] oder/und 
die Dritcr. |Bi"| Dcrciigcstellt werden. Handelt es sich bei 
dent ur»: c" C»f»ca nic'H urn das letzte Glied, sondem bei- 
spicbwciM uf i u rici wederen Transporteur, so konnte 
das dfiuc Gi.eo jc r*ch ZweckmaBigkeit, eine eigene 
Identif ikn'icn pcncncrcn worauf entsprechende Da- 
ten in den D-itcn&csMnd riufgenommen und auf dem 
RFID Tr.in«.ponacr .iDgecpcichcrt werden. 
[0015] Die St.ituLdri:cn (Logistikstatusdaten) des 
Packstucks b/w dos Objekts konnen verschiedenste 
Zustando ccs Pnckstucks odor/und des Objekts Oder/ 
und eines /urpordneion Tr«nsportmittels betreffen, et- 
wa einen TrnnspDH/ustand des Packstucks bzw. des 
Objekts occr/und etnen Fortbewegungszustand des 
Transportmiitcls Insbcsondere ist daran gedacht, dass 
der Logistikstatus des Packstucks bzw. des Objekts um- 
fasst: 

eine Ubergabebestatigung eines Glieds der Logi- 
stikkette. die bestatigt. dass das Packstuck bzw. 
das Objekt an das nachste Glied der Logistikkette 
tibergeben wurde ; oder/und 
eine Ladezustandsangabe, die angibt, ob das 
Packstuck bzw. das Objekt auf ein Transportmrttel 
geladen Oder von diesem entladen wurde, oder/und 
eine Lokalisierungsangabe, die angibt, wo sich das 
Packstuck bzw. das Objekt bzw. ein zugeordnetes 
Transportmittel momentan befindet. 

[0016] Ferner konnen die Statusdaten angeben, ob 
ein Packstuck bzw. ein Objekl beschadigt ist, ob das 
Packstuck bzw. dessen Inhalt vollstandig ist, usw. 
[0017] Die anderen, entlang der Logistikkette ggf . mit- 
zufuhrenden Daten konnen sich beispielsweise auf die 
Haltbarkeit eines Objekts bzw. Inhatts eines Pack- 
stucks, auf einen Haftungsubergang, auf besondere 
Vorgange wahrend des Transports bzw. des Umschlags 
(etwa Beschadigungen) usw. beziehen. 
[0018] Betreffend die die Ubemahme der Sendung 
bzw. des Objekts quittierenden Ouittierungsdaten ist 
darauf hinzuweisen : dass diese insbesondere einen 
Gefahrenubergang (etwa eine Ubemahme eines Pack- 



stucks durch einen Transporteur) dokumentieren. 
[0019] Insbesondere (aber nicht ausschlieBlich) fur 
eine Objektverfolgung ist es zweckmaBig, wenn fur we- 
nigstens ein Objekt der diesem Objekt zugeordnete 

5 RFID-Transponder in dieses Objekt integriert ist. Femer 
kann fur wenigstens ein Packstuck der diesem Pack- 
stuck zugeordnete RFID-Transponder in ein dem Pack- 
stuck zugeordnetes Lademittel, vorzugsweise in einen 
das Packstuck aufnehmenden Behalter, integriert sein. 

10 Eine weitere Moglichkeit ist, dass in Klebeetiketten in- 
tegrierte RFID-Transponder verwendet werden. Die 
Klebeetiketten konnen zusatzlich Barcode-lndentifizie- 
rungen oder/und Klarschrift-ldentifizierungen aufwei- 
sen. 

15 [0020] Vorzugsweise wird eine Laden ierarchie unter- 
stutzt, bei der eine Mehrzahl von Einheiten einer nied- 
rigeren Lade h ierarchie eine Einheit einer hoheren La- 
dehierarchie biidet, wobeiden Einheiten niedrigererLa- 
dehierarchie jeweils gesonderte RFID-Transponder zu- 

20 geordnet sein konnen, die individuell im Sinne eines 
Auslesens oder/und Beschreibens ansprechbar sind, 
und wobei der Einheit hoherer Ladehierarchie zusatz- 
lich ein eigener RFID-Transponder zugeordnet sein 
kann, der individuell im Sinne eines Auslesens oder/und 

25 Beschreibens ansprechbar ist. 

[0021] Beispielsweise kann ein Packstuck mehrere 
Objekte enthalten, wobei von den Objekten des jeweili- 
gen Packstucks mehreren jeweits ein gesonderter 
RFID-Transponderzugeordnet ist, die individuell im Sin- 

30 ne eines Auslesens oder/und Beschreibens ansprech- 
bar sind, wobei vorzugsweise dem die Objekte enthal- 
tenden Packstuck als Ganzem zusatzlich ein eigener 
RFID-Transponder zugeordnet ist, der individuell im 
Sinne eines Auslesens oder/und Beschreibens an- 

35 sprechbar ist. 

[0022] Neben der hierarchisch niedrigsten Ladehier- 
archie "Objekt" (Oder "Artikel") und der Ladehierarchie 
"Packstuck" wird bevorzugt wenigstens eine weitere La- 
dehierarchie unterstutzt, die hierarchisch zwischen der 

40 Ladehierarchie "Objekt" und der Ladehierarchie "Pack- 
stuck" liegt. Ferner ist es bevorzugt, dass neben der 
hierarchisch niedrigsten Ladehierarchie "Objekt" (Oder 
"Artikel") und der Ladehierarchie "Packstuck" wenig- 
stens eine weitere Ladehierarchie unterstutzt wird, die 

45 hierarchisch Qber der Ladehierarchie "Packstuck" liegt. 
In Betracht kommen beispielsweise die Laden lerarchi- 
en "Palette", "Container" und "Fahrzeug". 
[0023] Im Rahmen des erfindungsgemaBen Verfah- 
rens kann es zu den verschiedensten Datenflussen 

50 kommen. Beispielsweise konnen die RFID-Schreib-Le- 
segerate aus RFID-Transpondern ausgelesene Daten 
oder/und auf Grundlage dieser Daten generierte Daten 
per technischer (insbesondere elektronischer) Daten - 
kommunikation an das Datenverarbeitungssystem 

55 Qbermitteln bzw. per technischer (insbesondere elektro- 
nischer) Datenkommunikation von dem Datenverarbei- 
tungssystem in RFID-Transponder zu schreibende Oa- 
ten empfangen. 
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[0024] Das Datenverarbeltungssystem kann ein Netz 
von Datenverarbeitungsanlagen umfassen. Nach einer 
bevorzugten Konfiguration umfasst das Datenverarbei- 
tungssystem eine zentrale Datenverarbeitungsanlage 
und vorzugsweise eine Mehrzahl von lokalen, einem je- 5 
weiligen Glied der Logistikkette zugeordneten Daten- 
verarbeitungsanlagen. Der Datenbestand wird vorzugs- 
weise von der zentralen Datenverarbeitungsanlage ge- 
halten, wobei die in den Datenbestand aufzunehmen- 
den Daten vermittels technischer (insbesondere elek- 10 
tronischer) Datenkommunikation an die zentrale Daten- 
verarbeitungsanlage ubermittelt werden und von dieser 
empfangen werden. 

[0025] Wenigstens ein Teil der an die zentrale Daten- 
verarbeitungsanlage ubermittelten Daten kann von we- w 
nigstens einer lokalen Datenverarbeitungsanlage, die 
mit wenigstens einem RFID-Schreib-/Lesegerat in Da- 
tenkommunikationsverbindung stent, an die zentrale 
Datenverarbeilungsanlage ubermittelt werden und von 
dieser empfangen werden . Im Rahmen des erf indungs- so 
gemaBen Verfahrens kann auch vorgesehen sein, dass 
wenigstens ein Teil der Daten von wenigstens einem mit 
der zentralen Datenverarbeitungsanlage in Datenkom- 
munikationsverbindung stehenden RFID-Schreib-/Le- 
segerat unmittelbar an die zentrale Datenverarbei- 25 
tungsanlage ubermittelt und von dieser empfangen 
wird. 

[0026] Die zentrale Datenverarbeitungsanlage kann 
die Avisierungsdaten, die Bestatigungsdaten und ggf. 
die Sendungsverfolgungsdaten vermittels technischer so 
Datenkommunikation (insbesondere elektronischer Da- 
tenkommunikation) an eine lokale Datenverarbeitungs- 
anlage oder eine lokale Inf ormationseinheit ubermitteln, 
die diese Daten empfangt und ggf. anzeigt oder/und 
ausdruckt. 

[0027] Das erfindungsgemaBe Verfahren wird bevor- 
zugt vollstandig oder weitgehend automatisiert durch- 
gefuhrt. Insbesondere konnen von den Generierungs- 
schritten ca), dc), ec), den Abspeicherschritten cb), de), 
den ggf. eine Datenubermittlung und einen Datenemp- *o 
fang umfassenden Aufnahmeschritten cc), df), ed) und 
den Ausleseschritten db) t eb) wenigstens einige, vor- 
zugsweise alie automatisiert durchgefuhrt werden. Die 
Auslese- und Abspeicherschritte konnen dabei erfor- 
derlichenfalls unter manueller Herstellung einer raumli- 
chen Beziehung zwischen einem SchreibVLesegerat 
und einem betreffenden RFID-Transponder entspre- 
chend funktechnischen Spezifikationen derselben 
durchgefuhrt werden. Auch die Ubergabe und Annahme 
des jeweiligen Packstucks bzw. Objekts kann automa- so 
tisiert durchgefuhrt werden, etwa durch Einsatz entspre- 
chender Robotertechnik. 

[0028] Ferner werden bevorzugt der Zuordnungs- 
schritt fb), die Bereitstellungsschrrtte fc), fd) und die ggf. 
eine Datenubermittlung und einen Datenempfang urn- 55 
fassende Bereitstellung von Sendungsverfolgungsda- 
ten automatisiert durchgefuhrt. 
[0029] Nach einer vorteilhaften Weiterbildung der er- 



findungsgemaBen Verfahrens vergleicht das Datenver- 
arbeitungssystem automatisiert vorausgehend gene- 
rierte, geplante Logistikvorgange entlang der Logistik- 
kette reprasentierende Soll-Daten und einen tatsachli- 
chen Logistikzustand und tatsachlich erfolgende Logi- 
stikvorgange (etwa Transportvorgange, Umschlagvor- 
gange und dergleichen) reprasentierende Ist-Daten. Es 
kann vorgesehen sein, dass im Falle einer eine vorge- 
gebene Toleranzschwelle ubersteigenden Abweichung 
zwischen den Soll-Daten und den Ist-Daten automati- 
siert eine Alarmmeldung generiert oder/und automati- 
siert eine AbhilfemaBnahme vorgeschlagen oder inizi- 
iert wird. 

[0030] Es wurde schon darauf hingewiesen , dass das 
Verfahren so ausgebildet sein kann, dass Barcode- 
Identifizierungen unterstutzt werden. Hierdurch wird die 
Integration herkommlicher Systeme und Verfahren in 
das erfindungsgemaBe Verfahren (und das erfindungs- 
gemaBe System, siehe unten) erleichtert. 
[0031] Nach einem anderen Aspekt wird vorgeschla- 
gen, einen einem Packstuck oder einem Objekt zuge- 
ordneten RFID-Transponder auf spezielle Weise weiter 
zu verwenden, und zwar durch das letzte Glied einer 
nach dem erfindungsgemaBen Verfahren gemanagten 
Logistikkette fur das Management einer weiteren Logi- 
stikkette in Bezug auf das gleiche Packstuck oder das 
gleiche Objekt. Dabei erf olgt das Management der wei- 
teren Logistikkette ebenfalls nach dem erfindungsge- 
maBem Verfahren und das letzte Glied der erstgenann- 
ten Logistikkette ist das erste Glied der weiteren Logi- 
stikkette. 

[0032] Nach einem weiteren Aspekt wird vorgeschla- 
gen, den einem Packstuck oder einem Objekt zugeord- 
neten RFID-Transponder fur Lagerhaltungszwecke in 
Bezug auf das gleiche Packstuck oder das gleiche Ob- 
jekt zu verwenden, und zwar durch ein Glied, ggf. das 
letzte Glied einer nach dem erfindungsgemaBen Ver- 
fahren gemanagten Logistikkette, eventuell im An- 
schluss an die vorstehend genannte Verwendung oder 
dieser vorausgehend. 

[0033] Nach noch einem Aspekt wird vorgeschlagen, 
einen einem Objekt zugeordneten, in dieses Objekt in- 
tegrierten RFID-Transponder durch das erste oder letz- 
te Glied oder durch die ubergeordnete Instanz einer 
nach dem erfindungsgemaBen Verfahren gemanagten 
Logistikkette fur die Uberwachung des Lebenszyklus 
des Objekts zu verwenden, vorzugsweise im Hinblick 
auf Qualitatsmanagement oder/und Garantiemanage- 
ment. Diese Verwendung kann sich an eine der vorste- 
hend erwahnten Verwendungen anschlieBen oder dazu 
parallel erfolgen. 

[0034] Die Erfindung betrifft ferner ein System zum 
Mangement von zwischen Gliedern einer Logistikkette 
stattfindenden Logistikvorgangen und zur eine Pack- 
stuckverfolgung und gewunschtenfalls eine Objektver- 
folgung umfassenden Sendungsverfolgung entlang der 
Logistikkette nach dem erfindungsgemaBen Verfahren. 
Das erfindungsgemaBe System umfasst: 
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ein wenigstens eine Datenverarfoeitungsanlage 
umfassendes Datenverarbeitungssystem; 
wenigstens ein RFID-Schreib-/Lesegerat, das mit 
dem Datenverarbeitungssystem in Datenkommuni- 
kationsverbindung steht; 

- wenigstens einen dem RFID-Schreib-/Lesegerat 
zugeordneten RFID-Transponder, der mittels dem 
RFID-Schreib-/Lesegerat auslesbar und be- 
schreibbar ist; 

- dem Datenverarbeitungssystem zugeordnete Soft- 
ware, die wenigstens einige der Verfahrensschritte 
des Verfahrens nach dem erfindungsgemaBen Ver- 
fahren automatisiert durchfuhrt bzw. automatisiert 
steuert 

[0035] Es wird daraut hingewiesen, dass die Erfin- 
dung nicht auf eine bestimmte RFID-Technologie und 
bestimmte RFID-Protokolle beschrSnkt ist. Bevorzugt 
werden bei 13,56 mHz arbeitende RFID-Transponder 
und Schreib-/Lesegerate verwendet, und zwar speziell 
passive RFID-Transponder, die keine darin integrierte 
Energiequelle benotigen, sondem die benotigte Energie 
beispielsweise induktiv aus dem durch das Schreib-/Le- 
segerat generierten Magnetfeld gewinnen. Bevorzugt 
unterstutzen die Schreib-/Lesegerate mehrere Proto- 
kolle, beispielsweise die Protokolle l-CODE und TAG-IT 
Es konnen aber ohne Weiteres auch RFID-Systeme mit 
anderen Arbeitsfrequenzen, etwa 135 kHz, 400 bis 
1000 MHz (UHF-Systeme) und 2450 MHz verwendet 
werden. Die Kommunikation zwischen dem 
RFID-Schreib-/Lesegerat und dem jeweiligen 
RFID-Transponder kann auf einer induktiven Kopplung 
oder auf einer Kopplung uber propagierende elektroma- 
gnetische Wellen (Propagationskopplung) beruhen. 
[0036] Die vorstehenden Angaben sind reine Beispie- 
le. Es konnen also grundsatzlich alie Frequenzbander, 
etwa die Frequenzbander 100 bis 100 kHz (Niederfre- 
quenz) 10 bis 15 MHz (mrrtlere Frequenz) und 850 bis 
950 MHz, 2,4 bis 5,8 GHz verwendet werden. Ferner- 
konnen beliebige Modeliationsverfahren verwendet 
werden, wozu nur die Stichworte ASK (amplitude shift 
keying), FSK (frequency shift keying) und PSK (phase 
shift keying) genannt werden. Neben den bevorzugten 
passiven RFID-Transpondern kommt selbstverstand- 
lich auch die Verwendung von aktiven Transpondern 
(TAGS) in Betracht, die eine interne Batterie aufweisen. 
Die erforderliche Datenspeicherkapazitat der 
R FID-TAGS hangt von der Ausgestaltung des erfin- 
dungsgemaBen Verfahrens ab und von der Menge an 
Daten, die entlang der Logistikkette mitzufuhren sind. 
Beispielsweise kommen Datenspeicherkapazitaten in 
der GroBenordnung von 512 Bit, bevorzugt aber groBe- 
re Datenspeicherkapazitaten in der GroBenordnung 
von wenigstens 64 KB in Betracht. 
[0037] Betreffend die Weitergabe von Daten mittels 
der RFID-TAGS kann jedem Glied der Logistikkette 
(Transportkette) einschlieBHch dem Absender ein eige- 
ner Speicherbereich im RFID-Transponder zugewiesen 



sein. Die Daten konnen beispielsweise nach dem €DI- 
FACT-Standard, oder einem anderen (ggf. auch pro- 
prietaren) Standard.abgespeichert werden. 
[0038] Die Erf indung wird im Folgenden anhand eines 
5 in den Figuren veranschaulichten Ausfuhrungsbeispiels 
naher erlautert. 

Fig. 1 veranschaulicht die gemaB einem bevorzug- 
ten Ausfuhrungsbeispiel entlang einer Logi- 
io stikkette und zwischen den Gliedem der Logi- 

stikkette und einem zugeordneten Manage- 
ment- und Sendungsverfolgungssystem auf- 
tretehden Datenflusse. 

is Fig. 2 zeigt symbolhaft ein Packstuck : darin enthal- 
tene Objekte und ein RFID-Schreib-/Lesege- 
rat. 

Fig. 3 veranschaulicht einen moglichen Aufbau des 
20 Management- und Sendungsverfolgungssy- 

stems aus mehreren Teilsystemen, namlich ei- 
nem zentralen System und einer Mehrzahl von 
lokalen Systemen, die uber wenigstens ein 
Kommunikationsnetzwerk miteinander in Da- 
25 tenkommunikationsverbindung stehen oder 

treten konnen. 

Fig. 4 veranschaulicht eine mogliche Architektur des 
zentralen Systems. 

30 

Fig. 5 veranschaulicht eine mogliche Architektur ei- 
nes lokalen Systems. 

Fig. 6 veranschaulicht einen moglichen Aufbau ei- 
35 nes mobilen lokalen Systems, speziell eines 

Fahrzeugsystems des Management- und 
Sendungsverfolgungssystems. 

[0039] In Fig. 1 ist eine Logistikkette 10 durch einen 

40 Absender 12, einen ersten Transporter (Transporteur 
1) 14, einen zweiten Transporteur (Transporteur 2) 16 
und einen Empf anger 18 reprasentiert. Wenigstens ein 
Packstuck 20 (Fig. 2) soli vom Absender 12 zum Emp- 
fanger 18 geliefert werden. Das Packstuck kann meh- 

45 rere Objekte oder Artlkel enthalten, die in Fig. 1b durch 
zwei Objekte 22 und 24 reprasentiert sind. Der Liefe- 
rung des Packstucks 20 an den Empfanger 18 kann ein 
Vertriebs- oder Lieferauftrag des Absenders 12 selbst 
oder einer dem Absender 12 ubergeordneten Instanz 

so zugrundeliegen. Bei der ubergeordneten Instanz kann 
es sich urn den Empfanger selbst oder beispielsweise 
um eine den Absender und ggf. den Empfanger beauf- 
tragende oder steuernde Zentrale handeln. Im Folgen- 
den wird davon ausgegangen, dass der Absender je- 

55 denfalls hinsichtlich der hier interessierenden Logistik- 
vorgange und Datenflusse von einer ihn steuernden 
Zentrale unabhangig agiert. 

[0040] Die Steuerung und Uberwachung der entlang 



7 



BNSOOCK* <EP 1 189163A2_I_> 



13 



EP 1 189 163 A2 



14 



der Logistikkette 1 0 auftretenden Logistikvorgange (ins- 
besondere umfassend Transportvorgange, Umschlag- 
vorgange und Datenkommuhikationsvorgange) erfolg- 
terfindungsgemaB unter Verwendung von sogenannten 
RFID-Transpondern Oder RFID-Tags, die einem jewei- 
ligen Packstuck Oder gewunschtenfalls einem jeweili- 
gen Objekt zugeordnet sind. Es kann sich beispielswei- 
se urn Klebeetiketten mit integrierter RFID-Elektronik 
handeln. Die Abkurzung RFID steht fur Radio Frequen- 
cy Identification. In Fig. 2 istdas Packstuck 20 mit einem 
RFID-Tag 26 und sind die beiden Objekte 22 und 24 mit 
einem RFID-Tag 28 bzw. 30 versehen, wobei das Tag 
26 in das Objekt 24 integriert, die Tags 26 und 30 hin- 
gcgcn auf dem Packstuck 20 bzw. auf dem Objekt 22 
argcoracht sind. 

[0041) fcrlindungsgemaB werden wiederbeschreib- 
bftrc Taqs vcrwcndct. die mittels RFID-SchrelbVLese- 
gcraicn t>cscmcibbar und auslesbar sind. In Fig. 2 ist 
ein RFID Scnte* /Lcscgeral32 symbolhatt dargestellt. 
Unter Ol« Vutr-.ubbct/ufig dass funktechnische Spezifi- 
kationcr insbesondere cm Mindestabstand zwischen 
dem Schrc*> /lc$cgcrrt! und dem jeweiligen Tageinge- 
halten wird und oc Trips gcgcnuber dem Schreib-/Le- 
scgcrat mcht tun^cchnccn nbgcschirmt sind, konnen 
Tags durch o«n Schrc b/Lcsogerat ohne "optischen 
Sichtkontakf nusqoioson und boschrieben werden. Ins- 
besondere ist cs mcgiich die den Objekten 22 und 24 
zugeordnclrn Th^s 28 und 30 im Inneren des Pack- 
stucks 20 aus/ulosen und /u beschreiben. Gleiches gilt 
selbstverstanciich fur em dem Packstuck zugeordnetes 
Tag, etwa com Tag 26 der Fig. 2. 
[0042] Absendcrseitig werden das Packstuck 20 und 
ggt. die Objekte 22 und 24 identifizierende Sendungs- 
daten generien und im jeweiligen Tag abgespeichert. 
Als Indentifikation kommt beispielsweise eine Auftrags- 
nummer eines Vertnebsauftrags in Betracht. Die Sen- 
dungsdaten werden uberdies vom Absender 12 einem 
Zentralsystem 40 eines Management- und Sendungs- 
verfolgungssystems per elektronische Datenkommuni- 
kation ubermittelt. Das Zentralsystem kann auch als 
ATT-System bezeichnet werden, wobei "ATT fur "Acti- 
ve Tracking and Tracing" steht. 
[0043] Die absenderseitig generierten und vermittels 
des Tags zum nachsten Glied der Logistikkette, also 
dem ersten Transporteur 14 (Transporter 1) ubermit- 
telten Sendungsdaten und die an das Zentralsystem 40 
ubermittellen Sendungsdaten sind in Fig. 1 mit dem Kur- 
zel "Ol" gekennzeichnet, wobei der Buchstabe "O" fur 
"Output" steht, es sich also urn Ausgabedaten in Bezug 
auf den Absender 12 handelt. 

[0044] Auf Grundlage der erhaltenen Sendungsdaten 
"Ol" genericrt das Zentralsystem 40 Avisierungsdaten 
fur den ersten Transporteur 14, urn die Ubergabe des 
Packstucks vom Absender 12 zum ersten Transporteur 
1 4 vorzubereiten. Dieser Datenf luss vom Zentralsystem 
40 zum ersten Transporteur 14 ist in Fig. 1 durch "11" 
reprasentiert, wobei der Buchstabe "I" fur "Input" in Be- 
zug auf das betreffende Glied der Logistikkette steht. 



Die Avisierungsdaten konnen beispielsweise die vom 
Absender 1 2 dem Zentralsystem 40 ubermittelten Sen- 
dungsdaten Sendungsdaten "Ol" umfassen. 
[0045] Der Absender 12 ubermittelt femer Statusda- 

5 ten n 02' an das Zentralsystem 40, ggf . mehrfach in zeit- 
lichen Abstanden. Nach der Ubergabe des Packstiicks 
20 vom Absender 12 zum ersten Transporteur 14 um- 
fassen die Statusdaten "02" insbesondere eine Abhol- 
bestatigung POC (POC = Proof of Collection), mit der 

10 der Absender 1 2 dem Zentralsystem 40 bestatigt, dass 
das Packstuck 20 durch den Transporteur 1 abgeholt 
wurde. Der erste Transporteur 14 qulttiert die Ubemah- 
me des Packstucks 20, vorzugsweise auf elektroni- 
schem Wege durch Ubermittlung entsprechender Quit- 

15 tierungsdaten an das Zentralsystem 40. Durch diese 
Quittierung wird ein Gefahrenubergang dokumentiert. 
Die entsprechenden Qulttierungsdaten sind in Fig. 1 
durch "03 M reprasentiert. Das Kurzel "03" steht fur 
"Transportstatus Abholung" sowie ggf. femer fur weitere 

20 Transportstatus-Daten, die beispielsweise etwa auf 
Grundlage des GPS-Systems generierte Lokalisie- 
rungsangaben enthalten, die angeben, wo sich das 
Packstuck bzw. das Objekt bzw. ein Transportmittel des 
ersten Transporteurs 14 momentan befindet. Von Sei- 

25 ten des ersten Transporteurs 1 4 werden f erner weitere 
Statusdaten "04" und "05" generiert und an das Zen- 
tralsystem 40 ubermittelt. Die Statusdaten "04" und 
"05" umfassen insbesondere Ladestatusdaten POT load 
bzw. POT unload , die angeben, ob ein bestimmtes Pack- 

30 stuck bzw. ein bestimmtes Objekt geladen wurde bzw. 
ist Oder entladen wurde bzw. ist 
[0046] Der Transporteur 1 kann insbesondere fur sei- 
ne eigene Verwendung eigene, das Packstuck bzw. das 
Objekt identifizierende Sendungsdaten "06" generieren 

35 und diese ins betreffende Tag schreiben. Diese Sen- 
dungsdaten werden vom Transporteur 1 etwa zusam- 
men mit den Quittierungsdaten "03" bzw. den Status- 
daten M 04 H , "05" an das Zentralsystem 40 ubermittelt. 
Als Identifikation bietet es sich unter Umstanden an, die 

40 Auftragsnummer eines entsprechenden Speditionsauf- 
trags zu verwenden. Im Tag sind dann sowohl die Sen- 
dungsdaten "01 " als auch die Sendungsdaten "06" ab- 
gespeichert. Im Zentralsystem 40 werden die Sen- 
dungsdaten "Ol" und "06" einander zugeordnet. 

45 [0047] Die Ubergabe des Packstucks 20 an den 
zweiten Transporteur 16 {Transporteur 2) wird 
wiederum durch den ersten Transporteur 14 an das 
Zentralsystem 40 bestatigt. Der zweite Transporteur 1 
6 generiert Quittierungsdaten und sendet diese zur 

50 Dokumentation des Gefahrenubergangs an das 
Zentralsystem 40 (Daten "07"). Das Kurzel "07" kann 
beispielsweise fur "Transportstatus Femverkehr" 
stehen, sowie ggf. fur weitere Transportstatus-Daten, 
etwa Lokalisierungsangaben. Vom zweiten 

55 Transporteur 16 werden ferner Statusdaten "08" und 
M 09" generiert und an das Zentralsystem 40 ubermrttelt, 
die insbesondere Ladestatusdaten P0T tead bzw. 
PO"W oad umfassen. 
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[0048] Ferner generiert der zweite Transporteur 16 
Transportstatusdaten "01 O", die sich auf die Zustellung 
an den Empfanger beziehen. Die Ubergabe des Pack- 
stucks 20 lasst sich der zweite Transporteur 16 durch 
den Empfanger 18 quittieren und der zweite Transpor- 
teur 16 ubermittelt dann Quittierungsdaten "POD (POD 
= Proof of Delivery)" an das Zentralsystem 40. Die Quit- 
tierungsdaten konnten atternativ oder zusatzlich auch 
durch den Empfanger 18 generiert und an das Zentral- 
system 40 ubermittelt werden, im Fade des Ausfuh- 
rungsbeispiels der Fig. 1 als Statusdaten "011". Die 
Staiusdaten "011" konnen noch weitere Informationen 
botrcftcnd den Logistikstatus des zugestellten Pack- 
si ucks bzw der darin enthaltenen Oberseite enthalten. 
[0049] Vom Zentralsystem 40 werden verschiedene 
LMicn insbesondere Status- und Avisierungsdaten an 
aie Giicdcr der Logistikkette ubermittelt, etwa die sich 
Huf ocn Ladestatus in Bezug auf den ersten Transpor- 
icjr *4 bc/iehenden, mil "12" gekennzeichneten Lade- 
strttusdrticn POT load bzw. POT untoad , die sich auf den 
Ladestatus in Bezug auf den zweiten Transporteur 16 
beziehenden. mit "13" gekennzeichneten Ladestatusda- 
tcn POT toad bzw. POT unload , die den Transportstatus 
und ggf. die Licfcrung an den Empfangen mit bestati- 
gendon Daten "14". Dem Empfanger konnen ebenfalls 
Statusdaten bereitgestellt werden, etwa sich auf den 
Absender beziehende, oder ggf. ein Abholen durch den 
ersten Transporteur 14 bestatigenden Daten "11" und 
die sich aul die Transporteure beziehenden Ladezu- 
standsdaten "12" und "13". Es ist auch zweckmaBig, 
wenn die Transporteure uber die reinen Avisierungsda- 
ten hinaus Statusdaten, insbesondere Transportstatus 
oder/und Ladestatusdaten, bereitgestellt bekommen, 
etwa der erste Transporteur 14 die sich auf den Absen- 
der 12 beziehenden Statusdaten "11 " und die sich auf 
den zweiten Transporteur 16 beziehenden Ladestatus- 
daten "13" und der zweite Transporteur 16 die sich auf 
den Absender beziehenden Statusdaten "11" und die 
sich auf den zweiten Transporteur beziehenden Lade- 
statusdaten "I2 M . 

[0050] Das Zentralsystem 40 kann dafur ausgelegt 
sein, sich auf Logistikvorgange entlang der Logistikkette 
beziehende Soll-Daten und einen tatsachlichen Logi- 
stikzustand und tatsachlich erfolgte/erfolgende Logistik- 
vorgange representierende Ist-Daten zu vergleichen, 
urn eine Abweichungsuberpriifung vorzusehen. Falls 
gewissen Alarmkrilerien geniigende Abweichungen 
festgestellt werden, kann ein entsprechender Alarm an 
eine interessierte Stelle, beispielsweise an den Absen- 
der 12 oder/und einen betroffenen Transporteur, gege- 
ben werden. Die entsprechenden Abweichungsalanm- 
datcn sind in Fig. 1 mit "I5" gckcnnzcichnet. 
[0051] Die in Fig. 1 mit "01" bis "011 M bezeichneten 
Ausgabe-Daten (Ausgabe in Bezug auf ein Glied der Lo- 
gistikkette; die ausgegebenen Daten werden dem Zen- 
tralsystem 40 eingegeben) und die in Fig. 1 mit "11" bis 
M I5" bezeichneten Eingabedaten (Eingabe in Bezug auf 
ein Glied der Logistikkette; vom Zentralsystem ausge- 



geben) reprasentieren beispielsweise insbesondere die 
folgenden Daten: 





01 


Sendungsdaten 


5 


02 


Statusdaten Absender POC 




03 


Transportstatus Abholung 




04 


Statusdaten POT untead 




05 


Statusdaten POT toad 




06 


Sendungsdaten erster Transporteur 


10 


07 


Transportstatus Femverkehr 




08 


Statusdaten POT untoad 




09 


Statusdaten POT^ 




01 0: Transportstatus Zustellung 




01 1 : Statusdaten Empfanger POD 


15 


11: 


Statusdaten Absender POC 




12: 


Statusdaten POT unIoad , POT^ 




13: 


Statusdaten POT untoad , POT^ 




14: 


Transportstatus und POD 




15: 


Alert bei Abweichungen 



[0052] Die Abkurzungen POC, POD und POD stehen 
fur Folgendes: 

POC: Proof of Collection (Bestatigung, dass das 
Packstuck abgeholt ist) 

POT: Proof of Transfer (Bestatigung, dass das 
Packstuck ubergeben ist) 

POD: Proof of Delivery (Bestatigung, dass das 
Packstuck abgeliefert wurde) 

[0053] Die Kennzeichnungen "load" und "unload" be- 
deuten: 



[0054] Es sollte noch auf Folgendes hingewiesen 
werden. GemaB Fig. 1 sind dem zweiten Transporteur 
16 keine eigenen Sendungsdaten zugeordnet. Es ist 
namlich im Rahmen des erfindungsgemaQen Verfah- 
rens ohne Weiteres moglich, dass die Glieder oder ein* 
zelne Glieder der Logistikkette fur ihre eigenen Zwecke 
die von einem vorangehenden Glied der Logistikkette, 
insbesondere vom Absender verwendeten Sendungs- 
daten zu verwenden. Selbstverst&ndlich konnte der 
Transporteur 2 der Fig. 1 auch eigene Sendungsdaten 
generieren und diese dann «inerseits im Tag abspei- 
chern und andererseits an das Zentralsystem 40 uber- 
mitteln. Sofern ein Glied der Logistikkette keine eigenen 
Sendungsdaten generiert.. sondem im Tag schon abge- 
speicherte Sendungsdaten fiir die eigenen Zwecke ver- 
wendet, braucht dieses Glied nicht mit einem Schreib-/ 
Lesegerat ausgertistet sein, es reicht dann - je nach £r- 
fordernissen - ein Lesegerat. Es ist auch nicht ausge- 
schlossen, dass ein einzelnes *Glied der Logistikkette 
die RFID-Funktionalitaten der Tags nicht ausnutzt, son- 
dern Barcode-gestutztarbeitet. Beispielsweise konnten 
Tags in Etikettenform verwendet werden, die einen Bar- 



25 



30 



load = geladen 
35 unload = entladen 



40 



45 



so 
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code-Aufdruck und ggf . einen Klarschrift-Aufdruck auf- 
weisen. Aut diese Weise ist das Management- und Sen- 
dun gsverfolgungssystem flexibel und offen fur verschie- 
densteTeilnehmer. 

[0055] Das Management- und Sendungsverfolgungs- 
system kann grundsatzlich verschiedenste Architektu- 
ren aufweisen. Bevorzugt ist eine Architektur mit einem 
Zentralsystem 40. Es ist aber nicht ausgeschlossen, 
dass eine Architektur mit rnehreren, ggf. in einem Netz 
verteilten Teilsystemen zum Einsatz kommt, die in Da- 
ten kommunikationsverbindung miteinander stehen 
Oder treten konnen, beispielsweise uber Kommunikati- 
onsnetzwerke wie Internet, LAN, WAN, ein Intranet usw. 
Grundsatzlich ist es nicht ausgeschlossen, dass die 
Teilsysteme auf gleicher Hlerarchieebene angesiedett 
sind. Bevorzugt ist zwar eine Hierarchie von Systemen 
mit einem ubergeordneten System und einem oder 
rnehreren untergeordneten Systemen. 
[0056] Bevorzugt ist die Architektur der Fig. 3. Hier ist 
ein zentrales System 40 vorgesehen, das beispielswei- 
se dem Zentralsystem 40 der Fig. 1 entspricht. Das zen- 
trale System 40 ist an wenigstens einem Kommunikati- 
onsnetz, etwa dem Internet, einem Intranet, einem LAN, 
einem WAN usw. angeschlossen. 
[0057] Das Management- und Sendungsverfolgungs- 
system umfasst femer eine Mehrzahl von lokalen Sy- 
stemen 1 bis n, die in Fig. 3 mit 50, 52, 54 bzw. 56 be- 
zeichnet sind. Zwischen einem jeweiligen lokalen Sy- 
stem und dem zentralen System 40 besteht oder kann 
hergestellt werden eine Datenkommunikationsverbin- 
dung, die beispielsweise uber wenigstens ein Kommu- 
nikationsnetzwerk 60 erfolgt, etwa das Internet, ein In- 
tranet, ein LAN, ein WAN usw. Auch die Herstellung 
oder das Auf rechterhalten von Daten kommunikations- 
verbindungen zwischen den lokalen Systemen unab- 
hangig vom zentralen System ist grundsatzlich nicht 
ausgeschlossen. Die Architektur des Gesamtsystems 
ist aber einfacher, wenn alle Kommunikation zwischen 
den lokalen Systemen uber das zentrale System ver- 
lauft. Lasst man das zentrale System 40 weg und sieht 
dementsprechend direkte Datenkommunikation zwi- 
schen den lokalen Systemen vor konnte Fig. 2 eine Ar- 
chitektur mit auf gleicher Hierarchieebene verteilten 
Teilsystemen veranschaulichen. 
[0058] Bei den lokalen Systemen handelt es sich urn 
einzelnen Gliedern einer Logistikkette zugeordnete Teil- 
systeme, die etwa die eigenen Sendungsdaten generie- 
ren und an das Zentralsystem 40 ubermitteln. Bezug 
nehmend auf die Datenflusse der Fig. 1 zwischen dem 
Zentralsystem 40 und den Gliedern der Logistikkette 
veriaufen diese jeweils vom zentralen System bzw. Zen- 
tralsystem 40 uber das Kommunikationsnetzwerk 60 
zum lokalen System des betreffenden Glieds der Logi- 
stikkette bzw. vom lokalen System des betreffenden 
Glieds der Logistikkette uber das Kommunikationsnetz- 
werk zum zentralen System 40. Die auf Seiten eines 
Glieds der Logistikkette erfolgende Generation und 
Ubermittlung von Daten kann automatisiert erfolgen. 



Gleiches gilt fur die vom zentralen System 40 an die 
Glieder der Logistikkette zu ubermittelten Daten. 
[0059] Eine mogliche Architektur des zentralen Sy- 
stems oder Zentralsystems 40 ist in Fig. 4 veranschau- 

5 licht. Eine zentrale Datenbank 80 dient zum Speichern 
allerTrackinginformationen der gesamten Logistikkette. 
Die zentrale Datenhaltung sichert den Datenbestand fur 
alle Beteiligten und garantiert eine standige Datenver- 
fugbarkeit. Durch die zentrale Datenbank kann erreicht 

10 werden, dass die Logistikkette fur deren Glieder infor- 
mationstechnisch transparent wird. Es konnen also 
nicht nur zwei aufeinanderfolgende Logistikkettenglie- 
der miteinander kommunizieren. 
[0060] Der zentralen Datenbank kann ein Administra- 

15 tionssystem 82 zugeordnet sein, das insbesondere zur 
Datenbankverwaltung dient. Ein Import- Export-Mod ul 
(kurz: ImEx-Modul) 84 wickeft Eingabe/Ausgabe-Ope- 
rationen in bzw. aus der zentralen Datenbank ab. Ein- 
gehende Daten konnen verschiedenen Prufungen un- 

20 terzogen und dann mit TBN-Adressen ("to be notified", 
d. h.: zu informieren) versehen werden, urn die Weiter- 
leitung von Informationen, insbesondere von Avisie- 
rungsdaten, an betroffene Zielsysteme auf einfache 
Weise zu steuern. 

25 [0061 ] Fur eine besonders hohe Performance konnen 
alle nur Lesezugriffe auf die Datenbank benptigenden 
Funktionen uber eine duplizierte (gespiegelte) Daten- 
bank 86 abgewickelt werden. Beispielsweise kann das 
haufig Leseoperationen auf den Datenbestand durch- 

30 fiihrende Trackingsystem 86 auf der gespiegelten Da- 
tenbank 86 arbeiten. Das Trackingsystem stellt bei- 
spielsweise Sendungsverfolgungsinfomnationen bereit, 
die beispielsweise 

[0062] uber eine Internet-Sendungsauskunft interes- 
ts sierten Partnern, beispielsweise dem Absender oder 
dem Empfanger der Logistikkette oder einer ubergeord- 
neten Instanz auf Anf rage bereitgestellt werden konnen. 
Es konnen entsprechende Informationen aber auch ab- 
frageunabhangig interessierten Partnern zur Verfugung 
40 gestellt werden. Weitere, auf der zentralen Datenbank 
86 arbeitende und eventuell mit dem Trackingsystem 86 
Daten austauschende Teilsysteme sind bei 88 und 90 
angedeutet. Ein Beispiel fur derartiges System ware ein 
die Abweichungsuberwachung durchfuhrendes Teilsy- 
45 stem. 

[0063] Bevorzugt ist das Management- und Sen- 
dungsverfolgungssystem als offenes System konzi- 
piert, so dass dieTeilnehmer, insbesondere die Logistik- 
kettenglieder, eigene Datenfonnate verwenden konnen. 

so Hierzu kann ein Konverter 92 vorgesehen sein, der die 
von den Gliedern der Logistikkette ubermittelten Daten 
aus verschiedenen Quellformaten in das Format des 
Zentralsystems und umgekehrt die an die Glieder der 
Logistikkette zu ubermittelten Daten in ein jeweiliges 

55 Zielformat ubersetzt. Beispielsweise konnen Standards 
wie XML, EDIFACT und Branch enstandards wie FORT- 
RAS, VDA usw. unterstiitzt werden. 
[0064] Ein kurz als ComMod-Modul bezeichnetes 
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Kommunikationsmodul 94 steilt die Datenkommunikati- 
onsverbindungen zu den Gliedern der Logistikkette 
bzw. deren lokalen Systemen her, und zwarsowohl auf 
Netz- als auch auf Protokollebene. Ats Netze konnen 
" Fest- und Funknetze mit analoger Datenubertragung 
oder digitaler Datenubertragung verwendet werden; es 
seien die Stichworte ISDN, DxP, GSM, UMTS als Bei- 
spiele genannt. Es konnen Im Prinzip beliebige Proto- 
kolle verwendet weden, etwa Standards wie X.400, 
FTP, OFTP und gewunschtenfalls auch proprietare Pro- 
tokolle. 

[0065] Neben einer akth/en Datenzustellung kommt 
auch der Einsatz von Benutzer-Mailboxen 96 in Be- 
tracht, die zur Speicherung der Daten des jeweiiigen 
Partners (Glieds der Logistikkette) dienen. Jeder Teil- 
nehrner kann dann die Datenabholung selbst steuern 
und somit seine Systemverfugbarkeit eigenverantwort- 
lich regeln. Damit ist eine permanente Verfugbarkelt 
nicht zwingend. 

[0066] Ein Beispiei fur eine Architektur eines lokalen 
Systems ist in Fig. 5 gezeigt. Eine lokale Workstation 
100 kann beispielsweise zur Visualisierung der Sen- 
dungsverfolgung, zur Rlege von Stammdaten und zum 
Management von Abweichungen dienen. Stammdaten 
sind unter anderem Datenempf anger (TBN) angebende 
Daten, Fahrzeugdaten, Routen usw. Die Routen kon- 
nen durch Adressen fest installierter Lese-Schreib-Ge- 
rate definiert sein. Das Abweichungsmanagement, das 
auf vorgegebenen Soll-Daten f£ir die Transporte bzw. 
allgemein Logistikvorgange (wie Fahrzeug, Zeiten und/ 
oder Strecken) basiert, kann nach dem Ausfuhrungsbei- 
spiel also entweder zentral Oder auch lokal durchgefuhrt 
werden. 

[0067] Auch das Lokalsystem kann eine eigene (lo- 
kale) Datenbank 1 02 umfassen, in der neben Tracking- 
daten verschiedene Stammdaten verwaltet werden 
konnen. ZweckmaBig ist, wenn die lokale Datenbank 
nur eine Teilmenge der in der zentralen Datenbank 86 
gehaltenen Daten enthalt, so dass lokale Datensiche- 
rungsmaBnahmen entfallen konnen, da.die Daten stets 
in der zentralen Datenbank 86 verfugbar sind. Die lokale 
Datenbank 102 ermoglicht. dass verschiedene Funktio- 
nen des Management- und Sendungsverfolgungssy- 
stems im Offline-Betrieb, also ohne Datenkommunika- 
tionsverbindung zum Zentralsystem 40, lokal bereitge- 
steilt werden konnen und dient als Zwischenspeicher 
zur Speicherung von an das Zentralsystem 40 zu uber- 
mittelnden Daten. 

[0068] Das Lokalsystem kann ferner aufweisen: 

wenigstens ein Schreib /Lesegeral 104, das Daten 
aus einem jeweiiigen R FID -Transponder 122 aus- 
liest bzw. in diesen Daten schreibt. Es kann ein di- 
rekter Zugriff auf die lokale Datenbank 102 vorge- 
sehen sein. 

wenigstens ein ebenfalls Schreib-Lesefunktionali- 
tat in Bezug auf RFID-Transponder 122 bietender 



. Online-Scanner, beispielsweise einen Handheld- 
Scanner. Der Online-Scanner 106 kann ebenfalls 
direkt auf der Datenbank arbeiten und Sonderfunk- 
tionen betreffend den Status von Packstucken bzw. 
5 Objekten (etwa "beschadigf Oder "Hallensturz") 
bieten. 

wenigstens ein Drucker, beispielsweise Thermo- 
Transfer-Drucker 108 zum Drucken von Barcode- 
10 Etiketten mit integriertem RFID-Transponder. Vor- 
zugsweise hat der Drucker gleichzeitig Schreib- 
Funktionalitat, so dass der Transponder wahrend 
des Druckens bereits beschrieben werden kann. 

15 - wenigstens einen Offline-Scanner 110, der im Ge- 
gensatz zum SchreibVLesegerat 104 und zum On- 
line-Scanner 1 06 lokale Intelligenz aufweist und un- 
abhangig von dem die Workstation und die lokale 
Datenbank umfassenden Server arbeiten kann. Der 

20 Offline-Scanner kann insbesondere ats sogenann- 
ter "Batch-Scanner" dienen. Die Kommunikation 
zwischen dem Offline-Scanner 110 und dem Server 
erfolgt uber eine geeignete Schnittstelle 112. 

25 [0069] Ein ImEx-Modul 114 steuert den Datenimport 
in die lokale Datenbank 1 02 und den Export von Daten 
aus der lokalen Datenbank 102. In diesemZusammen- 
hang werden die erforderlichen Datenbankoperationen 
und die Datenverteilung gesteuert. Es kann eine Funk- 

30 tionalitat vorgesehen sein, die erkennt, ob es sich bei 
einer Nachricht (bei bestimmten Daten) um eine Initia- 
lisierung oder um eine Erganzung handelt. In der Ab- 
hangigkeit hiervon kann dann uber das ImEx-Modul 84 
des Zentralsystems 40 die zentrale Datenbank 80 be- 

35 schickt werden. Es kann ein Scheduler 1 1 6 vorgesehen 
sein, um das ImEx-Modul 114 nach einem vorbestimm- 
ten Zeit- oder/und Ereignisschema zu steuern. Insbe- 
sondere kann vorbestimmt sein, wann Daten an das 
zentrale System 40 versendet werden sollen oder/und 

40 wann Daten von dem Zentralsystem 40 abgeholt wer- 
den sollen. Der Scheduler 116 kann auch dafur sorgen, 
dass die lokale Datenbank regelmaBig darauf uberpruft 
wird, ob neue Daten zum Versand an das Zentralsystem 
40 voriiegen. Unter der Steuerung des Schedulers kann 

45 dann ein entsprechender Prozess initialisiert werden. 
[0070] Aufgrund des Konverters 92 des Zentralsy- 
stems 40 braucht das lokale System 50 an und fur sich 
keinen eigenen Konverter zur Formatkonvertierung auf- 
weisen. Ein derartiger Konverter 118 kann aberfur Da- 

50 tenaustauschbeziehungen mit anderen Systemen, et- 
wa mit einem anderen lokalen System, vorgesehen 
sein. 

[0071] Ann lien wie das Zentralsystem der Fig. 4 weist 
das lokale System 50 ein Kommunikationsmodul 120 
55 auf fur die Datenkommunikation uber wenigstens ein 
Kommunikationsnetzwerk 60. Auf die Eriauterungen 
zum Kommunikationsmodul 94 wird verwiesen. 
[0072] Bei einem mit einem der Gerate 104, 106, 108 
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und 110 in Schreib- bzw. Lese-Beziehung tretenden 
RFID-Transponder 122 kann es sich um einen einem 
Packstuck oder einem (in einem Packstuck aufgenom- 
menen oder aufzunehmenden) Objekt zugeordneten 
oder zuzuordnenden Transponder handeln. 1st nicht nur 
eine Packstuck-Verfolgung, sondem auch eine Objekt- 
Vertolgung gewunscht, wird es in der Regel zweckma- 
3ig sein, zu verfolgende Objekte mit eigenem 
RFID-Transponder zu versehen. 
[0073] Ein weiteres lokales System, das beispielswei- 
se als eines der lokalen Systeme der Fig. 3 identifiziert 
werden kann, ist in Fig. 6 gezeigt. Es handelt sich um 
ein lokales System ohne eigene Datenbank, das im Off- 
line-Betrieb oder/und in Daten kommunikationsverbin- 
dung mit dem Zentralsystem 40 oder/und einem lokalen 
System entsprechend dem lokalen System der Fig. 5 
arbeitet. In Fig. 6 ist davon ausgegangen, dass es sich 
um ein an Bord eines Transportmittels, insbesondere ei- 
nes Kraftfahrzeugs befindendes System handelt, das 
einen Bordcomputer 130 mit einer Steuerungseinheit 
132 fur das Fahrzeug und einem Kommunikationsmo- 
dul 134 aufweist. Ein Offline-Scanner 136 dient zum 
Auslesen von RFID-Transpondern. Gewunschtenfalls 
kann der Offline-Scanner auch eine Schreib-Funktiona- 
litat aufweisen, etwa wenn eigene Sendungsdaten ver- 
wendet werden. Ober eine GPS-Einheit ist eine Positi- 
onsbestimmung des Fahrzeugs und damit der von die- 
sen transportierten Packstucke moglich. Hierdurch wird 
eine Sendungsverfolgung im geographischen Sinne 
moglich. Die Kommunikation mit einem zugeordneten 
System, etwa dem Zentralsystem 40 oder einem lokalen 
System entsprechend Fig. 4 kann beispielsweise uber 
ein GSM-Modem 140 erfolgen. 
[0074] Zusammenfassend betrifft die Erfindung ein 
Verfahren und ein System zum Management von zwi- 
schen Gliedern einer Logistikkette stattfindenden Logi- 
stikvorgangen und zur eine Packstuckverfolgung und 
gewunschtenfalls eine Objektverfolgung umfassenden 
Sendungsverfolgung entlang der Logistikkette. Erfin- 
dungsgemaB ist die Verwendung von wiederholt be- 
schreibbaren RFID-Transpondern vorgesehen, die mit- 
tels zugeordneten RFID-Schreib-/Lesegeraten ausge- 
lesen und beschrieben werden. Auf Grundlage von Avi- 
sierungsdaten und aus einem jeweiligen RFID-Trans- 
ponder ausgelesenen Daten werden Logistikvorgange 
bestatigt und quittiert. 



Patentanspruche 

1. Verfahren zum Management von zwischen Glie- 
dern (12, 14, 16, 18) einer Logistikkette (10) statt- 
findenden Logistikvorgangen und zur eine Pack- 
stuckverfolgung und gewunschtenfalls eine Objekt- 
verfolgung umfassenden Sendungsverfolgung ent- 
lang der Logistikkette (10), umfassend: 

a) Bereitstelien, in Zuordnung zu wenigstens 
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einem Glied der Logistikkette, wenigstens ei- 
nes RFID-Schreib-/Lesegerats (32) zum Aus- 
lesen und Beschreiben von zugeordneten 
RFID-Transpondern (26, 28, 30); 

b) Bereitstelien wenigstens eines wiederholt 
beschreibbaren RFID-Transponders (26, 28, 
30) in Zuordnung zu wenigstens einem Pack- 
stuck (20) oder/und zu wenigstens einem Ob- 
jekt (22, 24) des Packstucks; 

c) in Zuordnung zu einem ersten Glied der Lo- 
gistikkette oder/und zu einer dem ersten Glied 
Qbergeordneten Instanz oder in gemeinsamer 
Zuordnung zum ersten und zweiten Glied der 
Logistikkette: 

ca) Generieren von dem Packstuck bzw. 
dem Objekt zugeordneten Daten umfas- 
send 1) Packstuck- oder/und Objektdaten 
(im Folgenden Sendungsdaten genannt), 
die das Packstuck bzw. das Objekt identi- 
fizieren, 2) gewunschtenfalls Statusdaten, 
die einen momentanen Logistikstatus des 
Packstucks bzw. des Objekts angeben, 
und gewunschtenfalls 3) Logistikkettenda- 
ten, die von der Logistikkette wenigstens 
das letzte Glied und vorzugsweise auch 
das auf das erste Glied folgende nachste 
Glied identifizieren, und 4) gewunschten- 
falls andere Daten, die entlang der Logi- 
stikkette mitzufuhren sind; 

cb) Abspeichern wenigstens 1) der Sen- 
dungsdaten und, sofem vorhanden, 2) der 
anderen Daten in dem dem Packstuck 
bzw. dem Objekt zugeordneten 
RFID-Transponder (26, 28, 30); 

cc) Aufnehmen wenigstens 1) der Sen- 
dungsdaten, und, sofem vorhanden, 2) der 
Statusdaten und, sofern vorhanden, 3) der 
Logistikkettendaten in einen Datenbe- 
stand eines Daten verarbeitungssystems 
(40); 

cd) Ubergeben, durch das erste Glied (1 2), 
des Packstucks (20) bzw. des Objekts {22, 
24) an das nachste Glied (14) der Logistik- 
kette (10); 

d) in Zuordnung zu jedem folgenden Glied der 
Logistikkette mit Ausnahme des letzten Glieds: 

da) Ubemehmen, durch das folgende 
Glied (14; 16), des Packstucks (20) bzw. 
des Objekts (22, 24) vom vorangehenden 
Glied (12; 14) der Logistikkette: 

db) Auslesen wenigstens von Sendungs- 
daten aus dem RFID-Transponder (26, 28, 
30); 

dc) Generieren von dem Packstuck bzw. 
dem Objekt zugeordneten Daten urnfas- 
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send 1) Quittierungsdaten, die die Uber- 
nahme des Packstucks bzw. des Objekts 
quittieren, 2) gewunschtenfalls Statusda- 
ten, die einen momentanen Logistikstatus 
des Packstucks bzw. des Objekts ange- 5 
ben, 3) gewunschtenfalls eigene Pack- 
stuck-oder/und Objektdaten (im Folgen- 
den eigene Sendungsdaten genannt), die 
das Packstuck bzw. das Objekt identif izie- 
ren, 4) gewunschtenfalls Logistikkettenda- 10 
ten, die von der Logistikkette wenigstens 
das nachste GHed identifizieren, und 5) ge- 
wunschtenfalls andere Daten, die entlang 
der Logistikkette mitzufuhren sind; 

de) Abspeichern wenigstens, sofern vor- w 
handen, 1) der eigenen Sendungsdaten 
und, solem vorhanden, 2) der anderen Da- 
ten in dem dem Packstuck bzw. dem Ob- 
jekt zugeordneten RFID-Transponder; 

df) Aufnehmen wenigstens 1) der Quittie- 20 
rungsdaten und, sofern vorhanden, 2) der 
Statusdaten und, sofern vorhanden, 3) der 
eigenen Sendungsdaten und, sofern vor- 
handen, 4) der Logistikkettendaten in den 
Datenbestand des Datenverarbeitungssy- 25 
stems (40); 

dg) Ubergeben, durch das betreffende 
Gtied (14; 16), des Packstucks bzw. des 
Objekts an das nachste Glied (1 6; 1 8) der 2. 
Logistikkette (10); 30 

e) in Zuordnung zum letzten Glied (18) der Lo- 
gistikkette (10) Oder in gemeinsamer Zuord- 
nung zum letzen und vorletzten Glied der Logi- 
stikkette: 35 

ea) Ubernehmen, durch das letzte Glied 
(18), des Packstucks bzw. des Objekts 
vom vorletzten Glied (16) der Logistikkette; 

eb) Auslesen wenigstens von Sendungs- *o 3. 
daten aus dem RFID-Transponder (26, 28, 

30); 

ec) Generieren von dem Packstuck bzw. 
dem Objekt zugeordneten Daten umfas- 
send 1) Quittierungsdaten, die die Uber- 45 
nahme des Packstucks bzw. des Objekts 
quittieren, und 2) gewunschtenfalls Status- 
daten, die einen momentanen Logistiksta- 
tus des Packstucks (20) bzw. des Objekts 
(22, 24) angeben; 50 

ed) Aufnehmen wenigstens 1) der Quittie- 
rungsdaten und, sofern vorhanden, 2) der 
Statusdaten in den Datenbestand des Da- 
tenverarbeitungssystems; 

55 

f) durch das Datenverarbeitungssystem (40): 

fa) Halten der 1) Sendungsdaten, 2) Quit- 



tierungsdaten, 3) gegebenenfal Is Status- 
daten und 4) gegebenenfalls Logistikket- 
tendaten; 

fb) sofern verschiedene Glieder der Logi- 
stikkette jeweils eigene Sendungsdaten 
verwenden: Zuordnen von sich auf das 
gleiche Packstuck bzw. das gleiche Objekt 
beziehenden Sendungsdaten zueinander; 

fc) auf Grundlage wenigstens der Sen- 
dungsdaten: Bereitstellen von Avisie- 
rungsdaten, die wenigstens ein Packstuck 
(20) oder/und wenigstens ein Objekt <22, 
24) des Packstucks identifizieren und we- 
nigstens einen sich hierauf beziehenden 
Logistikvorgang ankundigen, fur wenig- 
stens ein Glied der Logistikkette; 

fd) auf Grundlage der Sendungsdaten so- 
wie auf Grundlage der Quittierungsdaten 
oder/und der Statusdaten: 1) Bereitstellen 
von Bestatigungsdaten, die wenigstens ein 
Packstuck (20) oder/und wenigstens ein 
Objekt (22, 24) des Packstucks identifizie- 
ren und fur wenigstens einen sich hierauf 
beziehenden Logistikvorgang bestatigen, 
dass dieser erfolgt ist, wenigstens fur das 
erste Glied der Logistikkette oder/und die 
ubergeordnete Instanz. 

Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, dass das Datenverarbeitungssystem 
(40) auf Grundlage von vom Datenverarbeitungs- 
system gehartenen Daten selbsttatig oder/und in 
Antwort auf eine vermittels technischer Datenkom- 
munikation erfolgende Anfrage Sendungsverfol- 
gungsdaten bereitstellt, die einen momentanen Lo- 
gistikstatus wenigstens eines Packstucks (20) 
oder/und wenigstens eines Objekts (22 s 24) ange- 
ben. 

Verfahren nach Anspruch 1 Oder 2, dadurch ge~ 
kennzeichnet, dass von dem Datenverarbeitungs- 
system (40) einem Glied der Logistikkette (im Fol- 
genden das erstgen an nte Glied) ein Objekt bzw. ein 
Packstuck identifizierende Identifikationsdaten be- 
reitgestettt werden, die die Sendungsdaten wenig- 
stens eines vorangehenden Glieds oder/und der 
ubergeordneten Instanz sowie gewunschtenfalls 
eine dieses vorangehende Glied bzw. die uberge- 
ordnete Instanz identifizierende Identifikation urn- 
fassen, und dass in Zuordnung zu dem erstgenann- 
ten Glied aus wenigstens einem RFID-Transponder 
Sendungsdaten ausgelesen und mit den Identifika- 
tionsdaten verglichen werden und in dem Fall, dass 
die ausgelesenen Sendungsdaten den Identifikati- 
onsdaten entsprechen, in Bezug auf das dem 
RFID-Transponder zugeordnete Packstuck bzw. 
Objekt Quittierungsdaten und gewunschtenfalls ei- 
gene Sendungsdaten generiert werden. 
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4. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, dass der Logistik- 
status des Packstucks bzw. des Objekts umfasst: 

- eine Ubergabebestatigung eines Giieds der Lo- 
gistikkette, die bestatigt, dass das Packstuck 
bzw. das Objekt an das nachste Glied der Lo- 
gistikkette ubergeben wurde, oder/und 

- eine Ladezustandsangabe, die angibt, ob das 
Packstuck bzw. das Objekt auf ein Transport- 
mittel geladen oder von diesem entladen wur- 
de, oder/und 

- eine Lokalisierungsangabe ; die angibt, wo sich 
das Packstuck bzw. das Objekt bzw. ein zuge- 
ordnetes Transportmittel momentan befindet. 

5. Verfahren nach einem der vorhergehenden Anspru- 
che. dadurch gekennzeichnet, dass fur wenig- 
stens ein Objekt (24) der diesem Objekt zugeord- 
nete RFID-Transponder (28) in dieses Objekt inte- 
griert ist. 

6. Verfahren nach einem dervorhergehenden Anspru- 
che dadurch gekennzeichnet, dass fur wenig- 
stens ein Packstuck der diesem Packstuck zuge- 
ordnete RFID-Transponder in ein dem Packstuck 
zugeordnetes Lademittel, vorzugsweise in einen 
das Packstuck aufnehmenden Behatter, integriert 
ist. 

7. Verfahren nach einem dervorhergehenden Anspru- 
che : dadurch gekennzeichnet, dass in Klebeeti- 
ketten integrierte RFID-Transponder verwendet 
werden. 

8. Verfahren nach einem dervorhergehenden Anspru- 
che : dadurch gekennzeichnet, dass eine Lade- 
hierarchie unterstutzt wird, bei der eine Mehrzahl 
von Einheiten einer niedrigeren Ladehierarchie ei- 
ne Einheit einer hoheren Ladehierarchie bildet, wo- 
bei den Einheiten niedrigerer Ladehierarchie je- 
weils gesonderte RFID-Transponder zugeordnet 
sein konnen, die individuell im Sinne eines Ausle- 
sens oder/und Beschreibens ansprechbar sind, 
und wobei der Einheit hfiherer Ladehierarchie zu- 
sStzlich ein eigener RFID-Transponder zugeordnet 
sein kann, der individuell im Sinne eines Auslesens 
oder/und Beschreibens ansprechbar ist. 

9. Verfahren nach einem dervorhergehenden Ansprii- 
che : dadurch gekennzeichnet, dass wenigstens 
ein Packstuck (20) mehrere Objekte (20, 24) ent- 
halt wobei von den Objekten des jeweiligen Pack- 
stucks mehreren jeweils ein gesonderter 
RFID-Transponder (28, 30) zugeordnet ist, die indi- 
viduell im Sinne eines Auslesens oder/und Be- 
schreibens ansprechbar sind, wobei vorzugsweise 
dem die Objekte enthaltenden Packstuck (20) als 



Ganzem zusat2lich ein eigener RFID-Transponder 
(26) zugeordnet ist, der individuell im Sinne eines 
Auslesens oder/und Beschreibens ansprechbar ist. 

5 10. Verfahren nach Anspruch 8 und 9, dadurch ge- 
kennzeichnet, dass neben der hierarchisch nied- 
rigsten Ladehierarchie 30bjekt" und der 
Ladehierarchie n Packstuck w wenigstens eine wei- 
tere Ladehierarchie unterstutzt wird, die hierar- 

w chisch zwischen der Ladehierarchie "Objekt" und 
der Ladehierarchie "Packst^*" liegt oder/und we- 
nigstens eine weitere Ladehierarchie unterstiitzt 
wird, die hierarchisch uber der 
Ladehierarchie "Packstuck" liegt. 

15 

11 . Verfahren nach einem dervorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass die 
RFID-Schreib-/LesegerSte (32) aus RFID-Trans- 
pondern ausgelesene Daten oder/und auf Grundla- 

20 ge dieser Daten generierte Daten per technischer 
Datenkommunikation an das Datenverarbeitungs- 
system ubermitteln bzw. per technischer Daten- 
kommunikation von dem Datenverarbeitungssy- 
stem in RFID-Transponder zu schreibende Daten 

25 empfangen. 

12. Verfahren nach einem dervorhergehenden Anspru- 
che, dadurch gekennzeichnet, dass das Daten- 
verarbeitungssystem ein Netz von Daten verarbei- 

30 tungsanlagen (40, 50, 52, 54, 56) umfasst. 

13. Verfahren nach einem dervorhergehenden Anspru- 
che, dadurch gekennzeichnet, dass das Daten- 
verarbeitungssystem eine zentrale Daten verarbei- 

35 tungsanlage (40) und gewunschtenfalls eine Mehr- 
zahl von lokalen, einem jeweiligen Glied der Logi- 
stikkette zugeordneten Daten verarbeitungsanla- 
gen (50, 52, 54, 56) umfasst. 

40 14. Verfahren nach Anspruch 13, dadurch gekenn- 
zeichnet, dass der Datenbestand (80) von derzen- 
tralen Datenverarbeitungsanlage (40) gehalten 
wird und die in den Datenbestand aufzunehmenden 
Daten vermittels technischer Datenkommunikation 

45 an die zentrale Datenverarbeitungsanlage (40) 
uberminelt werden und von dieser empfangen wer- 
den. 

15. Verfahren nach Anspruch 14, dadurch gekenn- 
50 zeichnet, dass wenigstens ein Teil der Daten von 

wenigstens einer lokalen Datenverarbeitungsanla- 
ge (50), die mit wenigstens einem RFID-Schreib-/ 
Lesegerat (104, 106, 108, 110) in Datenkommuni- 
kationsverbindung steht, an die zentrale Datenver- 
55 arbeitungsanlage (40) ubermittelt wird und von die- 
ser empfangen wird. 

16. Verfahren nach Anspruch 14 oder 15. dadurch ge- 
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kennzeichnet, dass wenigstens ein Teil der Daten 
von wenigstens einem mit der zentralen Datenver- 
arbeitungsanlage in Datenkommunikationsverbin- 
dung stehenden RFID-Schreib-/Lesegerat (136) 
unrnittelbar an die zentraie Datenverarbeitungsan- 
lage (40) ubermittelt wird und von dieser empfan- 
gen wird. 

17. Verfahren nach einem der Anspruche 1 4 bis 1 6, da- 
durch gekennzeichnet, dass die zentraie Daten* 
verarbeitungsanlage (40) die Avisierungsdaten, die 
Bestatigungsdaten und gegebenenfalls die Sen- 
dungsverfolgungsdaten vermittels technischer Da- 
tenkommunikation an eine lokale Datenverarbei- 
tungsanlage (50) Oder eine tokale Informationsein- 
heit ubermittert, die diese Daten empfangt und ge- 
gebenenfalls anzeigt oder/und ausdruckt. 

18. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, dass von den <3e- 
nerierungsschritten ca), dc), ec), den Abspeicher- 
schritten cb), de), den gegebenenfalls eine Daten- 
ubermittlung und einen Datenempfang umfassen- 
den Aufnahmeschritten cc), df), ed) und den Ausle- 
seschritten db), eb) wenigstens einige, vorzugswei- 
se alle automatisiert durchgefuhrt werden, betref- 
fend die Auslese- und Abspeicherschritte erforder- 
lichenfalls unter manueller Herstellung einer 
raumlichen Beziehung zwischen einem Schreib-/ 
Lesegerat und einem betreffenden RFID-Transpon- 
der entsprechend f unktechnischen Spezif ikationen 
derselben. 

19. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, dass der Zuord- 
nungsschritt fb), die Berertstellungsschritte fc), fd) 
und die gegebenenfalls eine Datenubermittlung 
und einen Datenempfang umfassende Bereitstel- 
lung von Sendungsverfolgungsdaten automatisiert 
durchgefuhrt werden. 

20. Verfahren nach einem der vorhergehenden Anspru- 
che. gekennzeichnet durch einen vom Datenver- 
arbeitungssystem (40) automatisiert durchgefuhr- 
ten Vergleich von vorausgehend generierten, ge- 
plante Logistikvorgange entlang der Logistikkette 
reprasentierenden Soll-Daten und einen tatsachli- 
chen Logtstikzustand und tatsachlich erfolgende 
Logistikvorgange reprasentierenden Ist-Daten. 

21. Verfahren nach Anspruch 20, dadurch gekenn- 
zeichnet, dass im Falle einer eine vorgegebene 
Toleranzschwelle ubersteigenden Abweichung zwi- 
schen den Soll-Daten und den Ist-Daten automati- 
siert eine Alarmmeldung generiert oder/und auto- 
matisiert eine Abhitfemaftnahme vorgeschlagen 
Oder initiiert wird. 



22.. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, das Barcode-lden- 
tifizierungen unterstutzt werden. 

5 23. Verwendung eines einem Packstuck (20) oder ei- 
nem Objekt (22,24) zugeordneten RFID-Transpon- 
ders (26, 28, 30) durch das letzte Glied (18) einer 
nach dem Verfahren eines der Anspruche 1 bis £2 
gemanagten Logistikkette (10) fur das Manage- 

10 ment einer weiteren Logistikkette in Bezug auf das 
gleiche Packstuck (20) oder das gleiche Objekt (22, 
24), wobei das Management der weiteren Logistik- 
kette nach dem Verfahren nach einem der voran- 
gehenden Anspruche erfoigt und wobei das letzte 

'5 Glied (18) der erstgenannten Logistikkette das er- 
ste Glied der weiteren Logistikkette rst. 

24. Verwendung eines einem Packstuck <20) Oder ei- 
nem Objekt (22, 24) zugeordneten Rf ID-Transpon- 

20 ders (26, 28, 30) durch ein Glied, ggf. das letzte 
Glied (1 8) einer nach dem Verfahren eines der An- 
spruche 1 bis 22 gemanagten Logistikkette (10) fur 
Lagerhaltungszwecke in Bezug auf das gleiche 
Packstuck (20) oder das gleiche Objekt<26, 28 : 30), 

25 gewunschtenfalls in Anschluss an die Verwendung 
nach Anspruch 23 oder dieser Verwendung voraus- 
gehend. 

25. Verwendung eines einem Objekt (24) zugeordne- 
30 ten, in dieses Objekt integrierten RFID-Transpon- 

ders (28) durch das erste (12) oder letzte (18) Glied 
oder durch die ubergeordnete Instanz einer nach 
dem Verfahren eines der Anspruche 1 bis 22 gema- 
nagten Logistikkette (1 0) fur die Uberwachung des 
35 Lebenszyklus des Objekts (24), vorzugsweise im 
Hinblick auf Qualitatsmanagement oder/und Ga- 
rantiemanagement, gewunschtenfalls in AnschluB 
an die Verwendung nach Anspruch 23 oder 24. 



40 26. System zum Management von zwischen Gliedern 
einer Logistikkette stattfindenden Logistikvorgan- 
gen und zur eine Packstuckverfolgung und ge- 
wunschtenfalls eine Objektverfolgung umfassen- 
den Sendungsverfolgung entlang der Logistikkette 

45 nach dem Verfahren nach einem der Anspruche 1 
bis 22, umfassend: 

ein wenigstens eine Datenverarbeitungsanla- 
ge (40, 50, 52, 54, 56) umfassendes Datenver- 

so arbeitungssystem; 

wenigstens ein RFID-SchreibVLesegerat (32), 
das mit dem*batenverarbeitungssystem in Da- 
tenkommunikationsverbindung steht; 
wenigstens einen dem RFID-Schreib-/Lesege- 

55 rat zugeordneten RFID-Transpondef (26, 28, 

30), der mittels dem RFID-Schreib/Lesegerat 
(32) auslesbar und beschreibbar ist; 
dem Datenverarbeitungssystem zugeordnete 
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Software, die .wenigstens einige der Verfah- 
rensschritte des Verfahrens nach einem der 
Anspriiche 1 bis 22 automatisiert durchfuhrt 
bzw. automatisiert steuert. 
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